Programar videojuegos dejará de ser. desde hoy. 
un hobby para unos pocos privilegiados. Gracias al 
lanzamiento del kit de desarrollo «casero» NET 
UANOZE, Sony propone volver a los tiempos en 
que cualquiera podía hacerse famoso (y rico, por 
qué no) desde el ordenador de su casa. Este mes 
abrimos una nueva sección en la que trataremos de 
explicaros lodos los secrelos de la programación. 
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i muchos de vosotros habéis sentido 
alguna vez el gusanillo de la progra- 
mación, estáis de enhorabuena. Des- 
de este mismo mes os proponemos 
una nueva forma de ver el mundo de 
los videojuegos, y todo ello gracias al 


. Kit de desarrollo «casero» que Sony a pues- 


to a la venta, el ya famoso NET YAROZE. Os 
explicaremos desde el funcionamiento inter- 
no de PlayStation hasta las técnicas de pro- 
gramación más comu- 
nes, pasando por el fun- 
cionamiento de las he- 
rramientas que se nos 
entregan y, cómo no, el 
lenguaje de programa- 
ción C, cuyo conoci- 
miento resulta impres- 
cindible en la aventura 
que nos proponemos a 
afrontar. Sabemos lo 
complicado que puede 
resultar todo esto (estamos seguros de que 
en un principio todo os sonará a chino), pe- 
ro con un poco de paciencia y perseveran- 
cia, los resultados pueden ser sorprendentes. 
En esta nueva sección tendrá cabida todo 


aquello relacionado con el tema de la pro- . 


gramación y el desarrollo de videojuegos, 
aunque siempre aplicado a las posibilidades 
que el kit NET YAROZE nos brinda. Intenta- 
remos acercar las opiniones de los progra- 





madores, mostrar cómo se hizo este o aquel 
juego e, incluso, explicar los secretos mejor 
guardados de cada uno de ellos. 
Aún así, lo mejor para empezar es conocer 
el entorno en el que nos moveremos, por lo 
que resultará conveniente echar una ojeada 
a los componentes de dicho kit de desarrollo. 
En este primer capítulo hablaremos de la pá- 
gina WEB de NET YAROZE, a la que se nos 
permitirá el acceso por medio de nuestro 
nombre y clave (que se 
nos entrega al adquirir el 
kit). También, y como es 
lógico, se hace un breve 
repaso sobre cada una 
de las herramientas de 
software que se incluyen, 
completando esta pri- 
mera entrega con el sen- 
cillo programa «Hello 
World!», inevitable co- 
mienzo para todo curso 
de programación que se precie de serlo. 
Si deseáis adquirir el kit NET YAROZE u ob- 
tener información sobre el mismo, sólo te- 
néis que llamar al número 007 44 (0) 171 
447 1616, escribir un E-Mail a ps_yaro- 
zeOinteractive.sony.com o rellenar el for- 
mulario en http://www.scee.sony.co.uk. 
El precio, ya sabéis, 550£ (al cambio unas 
125.000 pesetas). 

J. C. MAYERICK 
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La página WEB es uno de los elementos a 
los que más importancia le ha dado Sony. 
Su idea es que a través de m= 
ella se distribuyan demos, 
se aporten ideas y, por qué 
no, se creen grupos de pro- 
gramación «internaciona: 
les» que puedan dar el fruto deseado en 
un futuro. Cada miembro de RET YARD- 
ZE tiene derecho a incluir su página WEB 
en el servidor de Sony, lo que le permiti- 
rá mostrar sus creaciones a los demás 
miembros de la red. Este mes os traemos 
tres sencillos ejemplos de lo que podréis 
encontrar en ella. En el número que viene 
os contaremos más secretos. 








aprende a 










m UNA VUELTA POR JAPON 

La WEB de NET YAROZE z 
en Japón lleva funcionan- 
do desde Mayo del 96. 
Podemos acceder a ella a 
través de un mirror exis- 
tente en la WEB Europea, 
aunque para sacar algo en 
claro deberemos echarle 
un poco de paciencia (por 
aquello de que todo está 
en japonés). De cualquier 
forma, las demos japone- 
sas están incluidas en el 
apartado demos de la WEB 





europea. En breve se pondrá en marcha la 
página norteamericana, cerrando el triángu- 


lo que Sony se había propuesto. 


m LOS MIEMBROS DE LA WEB 
Cada miembro de la WEB 
tiene derecho a crear su 
propia página en el servi- 
dor de Sony. En ella pue- 
de mostrar sus creaciones, 
ideas o proyectos e, inclu- 
so, puede fundar su pro- 
pia «compañía», como ha 
hecho este miembro de 
cuya página os mostra- 
mos una captura. Si so- 


mos realmente buenos, no tardaremos en 


hacernos muy famosos dentro de la WEB. 


m ¿BUSCAS TRABAJO? 
Si realmente sois buenos 
en esto de la programa- 
ción, es posible que vues- 
tro futuro laboral se vea 
bastante más claro. Esta 


A E 
que tenéis a la derecha es y 
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la página que Probe man- — [remos 


tiene en la WEB de NET 
YAROZE. En ella se pide 
que los programadores y 
grafistas les manden sus 





creaciones, en busca, claro está, de un nue- 


vo genio que engrose sus elitistas filas. 
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LoadInmage(árect, OZ 

tpage = GetTPage(0, 0, 640 0) 

for (de 0; 4 < 32: 444) ( a 
rect = 0; rect.y = 490+i; f 


root. w.= 266; isoce h mAs 





CODEWARRIOR es un entorno ipi de desarrollo TE 
para NET VAROZE creado por la compañia Metrowerks. Ha 
sido diseñado para Windows 95/17 y Mac 05 (con Power 
PC). por lo que los usuarios de este último sistema 
tendrán también la posibilidad de desarrollar para 
PlayStation. Aporta todas las posibilidades que incluyen 
los más modernos IDE del mercado, entre los que se 
encuentra el ensamblador en linea, el gestor de proyectos 
o el class browser, elemento imprescindible en la 
programación en C++. Más información en la dirección 
hltp:/ururu.metrowerks.com/products. Y todo ello a un 
precio bastante más asequible de lo normal. 
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Bm TIMUV.BAT 


Aplicación que permite visualizar en la 
televisión, a través de PSX, ficheros 
TIM, formato gráfico utilizado por las 
librerías de NET YAROZE. Próxima- 
mente explicaremos este formato. 





TIMUTIL.EXE 

Además de realizar otras muchas tare- 
as (que explicaremos más adelante, 
cuando sea necesario) TIMUTIL.EXE 
permite la conversión de gráficos en- 
tre los formatos TIM, BMP, PICT y RGB. 





ÉS O DRFSRIM.ERE 
Una vez elaborados los esqueletos de 
nuestros modelos en 3D, será necesa- 
rio almacenar éstos con el formato del 
estándar DXF. Después se debe utilizar 
este DXF2RSD.EXE, que creará los cua- 
tro ficheros que conforman el formato 
RSD, utilizado por las librerías 3D de 
NET YAROZE. Cuando entremos a es- 
tudiar la programación 3D, se estudia- 
rá en profundidad esta aplicación. 














E DXF2RSDW.EXE 
Como se puede imaginar, esta es la 
versión para Windows del programa 
DXF2RSD.EXE que se comentaba en el 
apartado anterior. Su estudio se verá 
igualmente con posterioridad. 





S FUD2DXF EXE 

Crea un fichero DXF (utilizable con la 
mayor parte de los programas de dise- 
ño 3D) a partir de los cuatros ficheros 
que conforman el estándar RSD. Cuen- 
ta con opciones adicionales a través de 
las cuales podremos recibir información 
sobre los modelos. 


d RJDCAT.EXE 
Permite la creación de un único fiche- 
ro RSD a partir de varios ficheros RSD. 
Su utilización se complementa con el 
uso de la utilidad RSDFORM.EXE, que 
se explica en el siguiente apartado. 
Apenas cuenta con una opción en la lí- 
nea de comandos, con la que obten- 
dremos información de la conversión. 


a FIDFORM.EXE 

Es, posiblemente, una de las utilidades 
más complejas de las que se entregan. 
Permite el movimiento y la transfor- 
mación de objetos en 3D (en formato 
RSD). La complejidad de uso radica en 
la necesidad de indicar las nuevas co- 
ordenadas a través de la línea de co- 
mandos, sin una referencia visual. 





Las herramientas que se entregan con el kit son el punto de partida de nuestra aventura. Ro os 
preocupéis si no entendeis del todo lo que se cuenta sobre ellas, en posteriores entregas se explicará 


con detalle la utilidad de cada una de ellas, según vaya siendo necesaria su comprensión. 


AMIENTAJS > 


2 PSDLINR.EXE 

El formato RSD utiliza cuatro ficheros 
para almacenar toda la información 
concerniente a cierto objeto u objetos 
3D. Con esta utilidad se unifica en un 
solo fichero TMD (el formato que fi- 
nalmente se utilizará) toda la informa- 
ción, con lo que resultará mucho más 
sencillo su manejo a la hora de crear 
las aplicaciones. Su utilización es relati- 
vamente compleja, por lo que será ne- 
cesario un estudio a fondo. 


RSDU.BAT 


Cuando ya se tiene un objeto 3D en 
formato RSD, se puede utilizar esta uti- 
lidad para PlayStation que permite vi- 
sualizar en el televisor una preview del 
modelo que se ha creado. 








ll SMF2SEQ.EXE 

Entramos de lleno en las utilidades des- 
tinadas al manejo del sonido. Esta, en 
concreto, transforma un fichero están- 
“dar MIDI (SMF) en formato SEQ, que 
es el tipo de fichero utilizado por las li- 
berías de audio de PlayStation. 





2 AIFF2UAG.EXE 
Ya que se crean los ficheros de audio 
con otro tipo de programas, es nece- 
sario realizar una conversión entre los 
formatos existentes. Esta utilidad per- 
mite convertir entre los formatos WAV 
de Windows, PCM, AIFF y SEQ 








26] MRUAB.EXE 

Construye un fichero VAB a partir de 
las tablas de atributos del formato VAG, 
que previamente se habrá obtenido 
con el uso de la utilidad AlFF2VAG.EXE 


2 VABSPLIT.EXE 

Crea ficheros separados para las tablas 
de atributos (VH) y de ondas (VB) a 
partir del formato VAB. Todo esto será 
explicado con posterioridad. 


SEQPLAY.BAT 

Como su propio nombre indica, per- 
mite reproducir un fichero SEQ a tra- 
vés de PlayStation, utilizando las fuen- 
tes de sonido incluidas en el disco de 
arranque de NET YAROZE. 





E VABPLAY.BAT 

Al igual que el anterior, aunque en es- 
ta ocasión se permite la especificación 
de las fuentes de sonido que previa- 
mente se hayan creado, y no las que 
por defecto se entregan con el disco 
de arranque de NET YAROZE. Desta- 
car que podremos experimentar con 
los distintos efectos que el hardware de 
PlayStation nos permite, lo que ayu- 
dará a elegir con mayor exactitud los 
arreglos que se le introducirán a las 
músicas. Aunque el sonido no es uno 
de los puntos más importantes, en un 
futuro intentaremos tratar este aspecto 
de la programación. 
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establece la comunicación entre el ordenador y la 


D” 
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Es sin duda el elemento mås importante del ki. Con alse l 


consola, lo que permite la transferencia y depuración de 
los programas que creemos. El gestor de comunicaciones 
para DC se lama SIOCONS y se entrega con el kit. Debido a 


su vital importancia, hemos decidido dejar para el mes 


que viene la explicación de esta utilidad. 


NUESTRO PRIMER 
C] C e DE i E 
A O UI DA 
ESTE PEQUENO PROGRAMA ESCRIBE 
“HELLO WORLD” EN LA PANTALLA DE 
NUESTRO PC. AUNQUE ESTO PAREZCA 
IA NN 
MUCHA UTILIDAD, JOBRE TODO 


CUANDS PROCEDAMONA DEPRURAR 
Ii o ile 





PARAR RARA RRA RARA RARA RARA ARA 
* Hellow.c E 
* Programa: Hello World! te 


* Autor: Super Juegos E 
ii keoaoa aieiaa A A 


#include <libps.h> 


void main 
i 

printf ("\nHello World!\n"); 
) 


amy 











fintes de melernos de lleno en el ámbilo de la 
programación, hemos querido contaros algunas 
cosas más sobre el Kit de desarrollo, hablando del 
programa SIOCONS.EHE, wna imprescindible 
utilidad que nos servirá para comunicar 
PlayStation con el P C. Comenzamos además el 
prometido curso de C que el mes pasado 
avanzábamos, mostrando los 
distintos sistemas de 
numeración que serán úliles 
en la programación. Por 
último, damos un breve 
repaso al interior de PlayStation, explicando 
cada uno de los elementos que la componen. Nos 
gustaria tener más páginas a nuestra disposición, 
pero no tenemos más remedio que emplazaros al 
próximo mes para enseñaros algunas cosillas más 
sobre el intrigante mundo de la programación. 


hn 





E 

Uno de los defectos del Kit de desarrollo 
Net Yaroze radica en lo artesanal del en- 
torno, pero por suerte, Sony está crean- 
do interesantes aplicaciones que, bajo el 
entorno Windows, harán que nuestro tra- 
bajo sea mucho más sencillo. La estructu- 
ración del frame buffer, por ejemplo, es una 
de las tareas más laboriosas y liosas de 
cuantas se pueden acometer. Para hacer 
un poco más sencilla esta tarea, Sony ha 
creado esta herramienta, que nos permi- 
te organizar toda la información del fra- 
me buffer de una forma estructurada, des- 
de los-sprites, hasta las texturas, pasando 
AORERE O MA 


E iite OUT Osem Pero be dec. 


Por suerte, aplicar las texturas a nuestros 
modelos ya no será tan complicado. Aho- 
ra, gracias a esta utilidad diseñada por la 
gente de Sony, sólo tenemos que cargar 
la textura (en formato TIM) y pinchar en 
el polígono sobre el que queremos apli- 
carlo. Así de sencillo. Para obtener una 
idea más cercana a lo que deseamos, se 
puede seleccionar una fuente de luz por 
defecto y un fondo a la pantalla. Si estás 
interesado en conseguir RSDTOOL.EXE o 
TIMTOOL.EXE, tan sólo tienes que acer- 
carte a Links € Utilities y bajarte la última 
versión que $ony haya programado. 





aprende a 


PROGRAMAR 
con MAR 


La página WEB está que arde, y el trabajo se nos amontona. Cuando comenzó la aventura con Nel Varoze el mes pasado, no se nos pasó por la cabeza 
que el invento fuese a funcionar asi, pero el caso es que nos ha desbordado. Aún así, hemos seleccionado aquello que nos ha parecido más interesante, 
centrándonos especialmente en los grupos de nolicias, una — [pz 

interesante caracteristica de Internet que estábamos > m m a N m 
impacientes por contaros. Desde aquí, además, queremos [a 
dar la más sincera bienvenida a Net Yaroze America El 
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= LOS 40 pS 
La WEB de Net Yaroze es- 
tá funcionando a la per- 
fección. A día 14 de Ma- 
yo de 1997, son ya más 
de cuarenta las páginas 
WEB de los miembros del 
SDK, lo que augura un ex- 
celente futuro al sistema 
de desarrollo. Entre ellos 
hay pequeñas joyas como 
la que os mostramos en la 
pantalla de la derecha. Su dirección es: 
http://www.playstation.co.uk/-LBARSTAD 
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Si eres miembro m LOS GRUPOS DE NOTICIAS 
de Net Yaro- Los que estén más familiarizados con la red 
i Internet sabrán ya de la utilidad de estos 
1e y lodaviano grupos. En ellos son los propios usuarios los 
has hecho uso que se ayudan a resolver las distintas dudas, 
del j con lo que se acrecenta aún más ese aire de 
€ 105 grupos (e compañerismo que la gente de Sony quiere 
noticias, es el imponer en la Web. Existe un grupo de no- 
momento de ha- ticias (news.playstation.co.uk) oficial de la 
compañía, aunque desde el lanzamiento del 
cerlo. En ellos SDK han sido varios los nuevos grupos for- 
encontrarás odą mados en torno a la programación con Net 
a avuda posibl Yaroze. Su funcionamiento es muy sencillo, 
â ayuda posible. ya que tan sólo tenemos que especificar co- 


mo nuevo servidor de noticias la dirección 
arriba indicada. Una vez hecho esto se pue- 
de optar por una de estas tres posibilidades: 
una, investigar cada uno de los mensajes dis- 
ponibles en el servidor en busca de un tema 
que nos interese; dos, enviar alguna duda 
con la esperanza de que alguien nos res- 
ponda en los siguientes días; y tres, ayudar 
a otro usuario resolviendo la dificultad o du- 
da que haya planteado. Como se puede ver, 
los grupos de noticias serán la mejor ayuda 
que se pueda disponer. 


La revista japonesa de vi- 
deojuegos DENGEKI-OH 
ha organizado un concur- 
so mundial de programa- 
ción de videojuegos. Para 
participar tan sólo se debe 
presentar el trabajo (pro- 
gramado con Net Yaroze) 
antes del 30 de Septiem- 
bre de 1997. Los premios 
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son bastante suculentos, y 

el ganador será elegido por cinco especialis- 
tas del sector. Más información en la WEB de 
Net Yaroze, en la sección News. 


m AMERICA YA ESTA poli 
El triángulo ya se ha cerra- 
do. Primero fue Japón, 
después Europa y ahora, 
por fin, Estados Unidos. 
Net Yaroze América es ya 
una realidad a la que se 
puede acceder desde Uti- 
lities €: Links. Pasearse por 
ella puede ser intermina- 
ble, ya que desde el 14 de 
Abril en que se puso en 
marcha, son ya muchas las decenas de usua- 
rios que han introducido su página personal 
en la WEB. Además, hay que reconocerlo, es 
una página muy, muy completa. 
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MILE CRERE 


E] 


EL INTERIOR DE 
LA PLAYSTATION 


R3000 CPU pr 


El interior de PlayStation encierra gratas sorpresas 
para los futuros programadores. Todo está pensado para 


ahorrar trabajo al diseñador. Como se verá en futuras 
entregas. la funcionalidad de algunos de los componentes 
e la consola pueden llegar sobrepasar de leno lo que de 














ellos podíamos esperar. Todo, en fin. parece más sencillo. 


ste esquema muestra, de una 

forma bastante sencilla, la orga- 

nización interna de una Plays- 

tation. En lo alto del gráfico se 

encuentra la CPU, un procesa- 

dor RISC (Reduced Instruction Set 
Code) de 32 bits a 33Mhz basado en 
el R3000. Este procesador cuenta con 
32 registros y una | Caché de 4 Kbytes 
integrada en el mismo chip. A su lado 
se encuentra el GTE (Geometry Trans- 
fer Engine) que se encarga de realizar 
las operaciones aritméticas con matri- 
ces y vectores, y cuyos resultados pue- 
den ser utilizados posteriormente, y sin 
ninguna modificación, por la GPU. Es- 
ta última (Graphics Processing Unit) re- 
aliza el trabajo fuerte en cuanto a grá- 
ficos. Esta unidad se encarga del tra- 
bajo concerniente a sprites, polígonos, 
scroll, fondos, etc. Para ello necesita de 
la inestimable ayuda del frame buffer, 
una memoria de vídeo de 1 MByte 
que sirve para almacenar toda la infor- 
mación referente a gráficos, incluido, 
por ejemplo, las CLUT (Color Look Up 
Table), paletas de color que posterior- 
mente serán utilizadas por sprites, polí- 
gonos, etc. La GPU junto con el frame 
buffer será, a partir del mes que viene, 
el centro de atención de esta sección. 
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PlayStation cuenta con 2 MBytes de 
memoria principal, así como con 512K 
de Sistema Operativo en ROM. La SPU 
(Sound Processing Unit) cuenta con un 
sound buffer de 512 Kbytes y 24 voces, 
y está intimamente ligado al decodifi- 
cador de CD-ROM, encargado de leer 
la información desde el CD. El PIO y el 
SIO son los puertos de expansión pa- 
ralelo y serie respectivamente, mientras 
que el MDEC es un dispositivo especial 
destinado a la compresión/descom- 
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Memory Gard 


presión a gran velocidad de JPEG o 
MPEG, aunque esta característica no se 
incluye inicialmente en el Kit de desa- 
rrollo Net Yaroze (pero sí en el profe- 
sional). Por último, y aunque no apa- 
rezca en el gráfico, está el DMA, que 
es el encargado de transferir los datos 
entre la memoría principal y los distin- 
tos dispositivos (frame buffer, sound buf. 
fer, etc.) El mes que viene entraremos 
de lleno en el intrincado mundo de la 
generación de gráficos. 


La programación en C es la base de la programación con el Nil de desarrollo de Sony. Desde este mes os brindamos la 
posibilidad de aprender este lenguaje de programación, uno de los más utilizados en todo el mundo, de una forma sencilla 
y clara. Aquí se mostrará la teoría, pero la práctica llegará al tiempo que profundicemos en el funcionamiento del Kil. 





L: JSTEMAS 


DE NUMERACION 


| sistema numérico utilizado ac- 
tualmente es la numeración de- 
cimal o en base 10. Existen tres 
tipos de numeración más que 
nos serán de gran utilidad en el 
estudio del C, como son el bi- 
nario, el octal y el hexadecimal. El pri- 
mero, en base 2, se representa con los 
digitos O y 1, mientras que en el octal 


lente en base 10 o sistema decimal: 

* (n0)b'+(n1)b'+...+(nx)b* 

La b es la base de numeración y nx el 
dígito. Así, el número 10110b, en ba- 
se binaría, equivaldría en decimal a: 

e 0x2%41x2141+2%4+0*2*+1*2*, lo que 
equivale a 0+2+4+0+16 = 22 decimal. 
Ahora, el número 2AF1h hexadecimal 
se representaría en base 10 como: 





e 1x16%15*16'+10*16*%+2*16*, que 
simplificando queda de esta forma: 

14+240+2560+8192 = 10993 decimal. 
La operación inversa es quizás más fá- 
cil. Primero se divide por la base a la 
que se quiere convertir; después se ha- 
ce lo mismo con el cociente, y así has- 
ta que el dividendo sea inferior al divi- 
sor. Tomemos el numero 10231d que 


se utilizarán los 
dígitos del O al 
7, ambos inclu- 


sive. El más im- E 
portante de to- ja 


dos, el hexade- 

cimal, necesita 

de 16 dígitos para su 
representación. Por un 
lado se utilizan, al igual 
que en la numeración 
decimal, los dígitos del 
0 al 9, a los que se de- 
be añadir las letras A a 
la F, completando así 
los 16 dígitos requeri- 
dos. Dichos carácteres 
representan los valores 
comprendidos entre 
10 y 15. Así, la A equi- 
vale a 10 (en sistema 
decimal), la B a 11, y 
así hasta la F, que equi- 
vale a 15. Aunque es 
conveniente dominar 
el sistema hexadeci- 
mal, es posible repre- 
sentar en base 10 cual- 
quier tipo de número, 
sea cual sea su base. 
Esta es la fórmula que 
se debe utilizar para 
pasar cualquier tipo de 
número a su equiva- 


J 


ARA AO 
los. Por un lado esta el cable serie. por olro el sislema operalivo de la consola 
AAA AAA AAA A 
AAA AAA 
MA A AAA 
AA AA A A AA AT 
AAA AAA 
A A AA A A AA O 
AAA AAA 
A A AA AA 


A AAA AA AA A 





A AA AA AA 


queremos pa- 
sar a hexadeci- 
mal. Hacemos: 
3 10231/16 que 
queda como 
639 de cocien- 
te y 7 de resto. 
Ahora, 639/16 nos da 
39 como cociente y 15 
de resto. Por último, 
39/16 nos deja 2 co- 
mo cociente y 7 de 
resto. Ahora sólo nos 
queda colocar sucesi- 
vamente el último co- 
ciente y el resto de ca- 
da operación, quedan- 
do 27F7h. Muy fácil. 
Como habréis notado, 
detrás de cada núme- 
ro se coloca una letra 
que identifica la base 
en que éste está repre- 
sentado: b para bina- 
rio, h para hexadeci- 
mal, q para octal y d 
para decimal. Cuando 
no se incluye el especi- 
ficador, se supone en 
base 10. El més que 
viene os mostraremos 
algo más sobre nume- 
ración y os enseñare- 
mos los tipos de datos. 


mt 








llo sabemos si será la llegada del verano o qué, 
pero la cosa comienza a ponerse caliente. Esle 
mes lenemos de lodo, desde un curioso juego en 
e E A SD lamado VARATA, hasta un útil add-on para 
SE A PHOTOSHOP. Daremos, además, un pequeño tirón 
Dr de orejas a la gente de Sony y continuaremos con 
nuevas entregas de los cursos de programación. 
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APRENDIZ DE RESIDENT EVIL 





ES LO MEJORCITO QUE HEMOS ENCONTRADO EN LA WEB, Y ADEMAS RESULTA INTERESANTE DE JUGAR. 
== A h 
kit Net Yaroze. Trás una pequeña 
intro, nos adentraremos en una té- 
trica mansión de la que, supone- 
mos, deberemos escapar. Y deci- 
mos «suponemos» porque, a falta 
de que R. Dreamer mejoré su ja- 
ponés, nos encontramos con el gra- 
ve inconveniente de no saber que 
hacer, salvo lo elemental. De cual- 
quier forma, podemos confirmar 


lucinados nos quedamos en 
la redacción al observar las 
ææ buenas maneras de esta de- 
| mo que encontramos en la 
| 














| | WEB japonesa. No llega a la 
ÉL calidad de RESIDENT EVIL, 
ni siquiera a la de ALONE IN THE 
DARK, pero es un perfecto ejemplo 
de lo que se puede conseguir con 
un poco de destreza y, cómo no, el 


EER 
=> 
IES 











ADEMAS DE 
CONTAR CON 
UNOS BUENOS 


MEAN | T  cRarcos, po- 


> | DEMOS DAR FE 
alo DE QUE NOSE 


RALENTIZA. 



















que cuenta con un extenso mape- 
ado, dieciséis vistas diferentes y un 
inventario preparado para albergar 
decenas de objetos. Fácil, desde 
luego, no parece. Si alguien pro- 
gresa más allá de la chimenea que 
nos lo comunique, quién sabe si al- 
gún día deberemos publicar la guía 
de este curioso juego. Por desgra- 
cia, el código fuente del juego no 
está incluido, por lo que deberemos 
conformarnos con jugar. l 























aprende a 


ma 


n 
PROGRAMARH_B a 


con MEN [yaroze 


a 


Moradas las hemos pasado este mes para confeccionar LA PAGINA WEB con el escaso malerial existente. Aún así, hemos recogido lo más interesante que 
hemos encontrado en la World Wide Web y lo hemos plasmado en el papel como mejor lo sabemos hacer: con una imágen y mil palabras (para contentar 


a lodos). Sólo nos queda esperar que el mes que viene las i 
pasemos de nuevo moradas, pero por lo complicado de se- 
leccionar lo más interesante de entre toneladas de male- 
rial. Aprovechad las vacaciones para programar algo... 
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Image data modo 


> Jn @ 8 bit CLUT C IB btDirect C 24b Diren 


cLuT pem 
Coordinate in YRAM 
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Data size 


D 


Pixel data saction 
Coordinate in VRAM 
x Y 
Data size 
H: 120 


W: 256 W: 204 


Round MET 3 bits as 


000000% => 00000 + 


F Except black => Translucant Í 


F Black => Transparent 


¿| Relizarlacon- m ADD-ON PARA PHOTOSHOP 
versión desde Para todo aquel grafista acostumbrado a di- 
: señar con la ayuda del PHOTOSHOP de Ado- 
cualquier forma: be, este add-on le vendrá de perlas para aho- 
lo gráfico aluli-  rrar un poquillo más de trabajo. Con él (se 
lizad iki puede bajar de Third Party Links en Utilities & 
ado por € Links) no será necesario realizar el incómodo 
Net Yaroze yano cambio de formato gráfico a través de Tl- 

A ninrin nro. MUTIL, la utilidad suministrada por Sony. 
a mn pe De esta forma, al grabar una imágen desde 
blema graciasa PHOTOSHOP en formato TIM, aparecerá un 
este add-on para cuadro de diálogo sobre el que se podrán 
definir los distintos parámetros que este for- 

PHOTOSHOP E a 


mato gráfico requiere. Por un lado, se debe 
especificar el tamaño del CLUT (Color Look 
Up Table) entre 4 y 8 bits, o bien la utiliza- 
ción de pixels de 16 o 24 bits. Por otro, la po- 
sición y el tamaño en la VRAM, tanto de las 
tablas de color (CLUT) como de la propia 
imágen. Por último, será necesario especificar 
el redondeo de los bits bajos de cada pixel, 
así como la interpretación que se realizará 
del negro, bien traslúcido, bien trasparente. 
Sin duda una gran noticia de la que, a pesar 
de llevar bastante tiempo en la web, no ha- 
bíamos podido informar hasta ahora. 








m PEQUENO TIRON DE OREJAS 
...para SCEE. La página 
web de Net Yaroze Euro- 
pa se ha sumido en un in- 
cómodo letargo del que 
no parece despertar. A 12 
de Junio de 1997, la últi- 
ma actualización corres- 
pondía al apartado What's 
New y databa del día 21 
de Mayo de 1997. A este 
paso, lo único interesante 
será visitar las páginas de los miembros de la 
web. Esperemos que no se vuelva a repetir... 


m EL MEJOR REMEDIO... 
A falta del movimiento es- 
perado en la página web 
europea, lo mejor es de- 
jarse llevar por las tenta- 
doras ofertas de las webs, 
americana y japonesa. La: 
primera cuenta con dece- 
nas de demos y, además, 
con un interface cierta- 
mente ameno, mientras 
que la segunda oferta las 
demos de mayor calidad de las tres. Lástima 
que sea prácticamente imposible entender 
nada de lo que éstos nos pretenden contar. 


m FLIPADA VECTORIAL 
BILLS 110 es un interesan- 
te shoot'em-up (que po- 
dréis conseguir en Net 
Yaroze América) con grá- 
ficos vectoriales. Para cre- 
arlo, su programador ha 
utilizado la posibilidad de 
crear líneas con degrada- 
dos que el hardware de la 
PlayStation proporciona, 
consiguiendo unos resul- 
tados ciertamente curiosos. Cuenta con cin- 
co niveles que podremos configurar a nues- 
tro antojo modificando el código fuente que 
su creador ha incluido en el fichero ZIP. 
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Es posible que trás leer el apartado que hoy le dedicamos 
al FRAME BUFFER muchos encuentren poco útil su 
explicación. No se darán muchos detalles técnicos, ni 
siguiera una breve explicación que lenga que ver con la 


programación. Si hablamos del FRAME BUFFER es porque 
su conocimiento resultará imprescindible en un fuluro. 


rogramar para PlayStation pue- 
de suponer un pequeño trauma 
para aquellos programadores 
que hayan experimentado con 
otro tipo de hardware diferente. 
Se ha pasado de los omnipre- 
sentes bloques de 8x8 pixels que se ve- 
nían utilizando desde las primeras coin- 
op de finales de los 70 (y que aún Su- 
per Nintendo y Mega Drive utilizaban) 
a un espacio de memoria de 1 Mbyte 
sobre y desde el que se puede escribir que el modo de representación por de- 
y leer a nuestro antojo, aunque eso sí, fecto es el de color directo de 16 bits (2 
siempre a través del DMA. De cual- bytes) por pixel, se consigue la cifra de 
quier forma, y si estamos muy familia- 1 Mbyte, tamaño total de la VRAM. 
rizados con el Se pueden selec- 





























DISPLAY AREA 










GPU BUFFER # 1 


256, 320, 384, 512, 640 ———»- 


DISPLAY AREA 










GPU BUFFER # 2 












* 240, 480 para NTSC 


modo de progra- 
mación por blo- 
ques tampoco 
hay que preocu- 
parse, ya que co- 
mo se verá en 
próximos núme- 
ros existe la posi- 
bilidad de utilizar 
dicho sistema. 

El FRAME BUFFER 
(o la VRAM, como 





hz 








se prefiera) cuenta con una tamaño ori- 
ginal de 1024 x 512 pixels, lo que su- 
pone 512 Kbytes. Teniendo en cuenta 





cionar cuatro tipos 
distintos de repre- 
«sentación: 4, 8, 16 
o 24 bits por pixel, 
consiguiendo 16, 
256, 65.536 y 
16.777.216 colo- 
res respectivamen- 
te. En los dos pri- 
meros modos se 
requiere además 
la utilización de 
CLUTs (Color Look Up Tables), que se 


almacenan también en la VRAM y que, 


contienen los colores que van a ser uti- 





ORGANIZACION 
DE LA VRAM 


FRAME BUFFER 





ja 















lizados. Puede haber multiples CLUT. 
Los dos últimos modos no requieren 
paletas de color ya que, como se 
muestra en el gráfico, se almacena di- 
rectamente en la VRAM en formato 
RGB. El bit S sirve para indicar que ese 
pixel será transparente. 

Las zonas marcadas como GPU BUF- 
FER #1 y GPU BUFFER #2, muestran las 
porciones de la VRAM que serán pre- 
sentadas en pantalla. La existencia de 
dos buffers permite la utilización de la 
técnica Double Buffering, por la cual se 
permite presentar en pantalla la infor- 
mación de uno de los buffers mientras 
el otro se está generando. Esto evita 
perder tiempo mientras se espera a 
que se produzca un nuevo retrazado 
vertical, periodo durante el cual no se 
puede presentar su contenido. 
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os tipos de da- 
tos es, con dife- 
rencia, uno de 
los aspectos 
más importan- 
tes de la pro- 
gramación en C. Co- 
nocer las diferencias 
existentes entre cada 
uno de ellos y escoger 
el tipo correcto en cada caso nos ayu- 
dará a generar un código mucho más 
claro y eficaz. Existen gran variedad de 
tipos, que serán agrupados según sus 
características y funcionalidad. Pueden 
ser constantes y variables, aunque por 
su importancia nos centraremos en las 
del segundo grupo. Dentro del grupo 
de las variables existen tres divisiones 
claramente di- 
ferenciadas: es- 
tructuras, varia- 
bles simples y EZ 


ste mes comenzamos con la explicación de los distintos tipos de datos que se pueden utilizar en €. Al ser uno delos 
apartados más extensos de la programación en este lenguaje, más que nada por la complejidad de uso de algunos de sus 
componentes (referencias y punteros principalmente), se ha optado por dividir su definición en varias partes. 


L: TIPOS 
DE DATOS 





void main() 
{ char letra 
int entero 


SEN, 
11257 


float real = 12.543; 
printf (“letra = %c\n 
entero = %d\n 
real = %f\n“, 

letra, entero, real); 


TAMAÑO 
UTG 


dd 
carácter 
UTG carácter sin signo 





referencias, MATAS 
apartado este LiL 

último especial- char 

mente importante y unsigned char 
complicado que se es- T 


tudiará próximamente. 
Lo que realmente nos 
interesa, por ahora, es 
comprender el funcio- long 
namiento de las varia- 
bles simples, cuya de- 
finición y forma se 
puede apreciar en el 
cuadro de la derecha. 
El primer punto a te- LiL 

ner en cuenta es la de- float 
claración. Antes de uti- CTE 
lizar una variable es ne- long double 
cesario declararla, pe- 
ro siempre precedien- 
do a la definición de las funciones. De- 
pendiendo del lugar en que sean de- 
claradas variará también el ámbito de 
la variable (la parte del código en que 
podrá ser utilizada). Por poner un 
ejemplo, si una variable se declara fue- 
ra de cualquier función, ésta podrá ser 
utilizada desde cualquier punto del 
programa, mientras que si se define 
dentro de una función (que no sea 


unsigned int 
short 


ALLET L! 


E A 


unsigned long 


- EN - 
- entero sin signo - 
AE EA 
EA EA ETE 
4 hytes entero largo 
































4 bytes 
2 bytes 


entero largo sin signo 
CEA 


VARIABLES DE COMA FLOTANTE (NUMEROS REALES) 


ET 
4 bytes 
TES 
10 hytes 


NOMNIBRE 
EEE 
AER 
largo doble precisión 


main), su funcionamiento se verá re- 
ducido al interior de ésta (siempre y 
cuando no se especifique lo contrario). 
Una variable se define como sigue: 

char nombre [= “Yaroze“]; 

Primero se especifica el tipo de dato, 
después el nombre y por último el va- 
lor o el contenido con que se va a ini- 
cializar dicha variable (los corchetes sig- 
nifican que esa parte es prescindible). Si 


RANGO DE VALORES M 
-128 a 127 
0a 255 


-32.768 a 32.767 
0a 65.535 
TATAEE AUE] 

a 2.147.483.647 

0 a 4.294.967.295 
-32.168 a 32.767 


ANA 
3.4E + 38 

1.7E+ 308 

1.2E + 4.932 





a 





no se inicializa la varia- 
ble, entonces su conte- 
nido sería indefinido. 
La elección de la varia- 
ble a utilizar varía del ti- 
po de dato que desee- 
mos almacenar. Si es 
un nombre, utilizare- 
mos una variable de ti- 
po char; si es un nú- 
mero con muchos decimales, utilizare- 
mos float, double o long double; mien- 
tras que si el dato va a ser un número 
entero, lo mejor será elegir cualquiera 
de las variables enteras que se ponen 
a nuestra disposición. Sobre la tabla de 
variables se muestra un sencillo ejem- 
plo cuyo ejecutable se puede crear con 
el compilador en línea GCC.EXE. 
Una vez ejecu- 
tado con la 
a ayuda del pro- 
LY grama  SIO- 
be CONS. EXE, en 
la pantalla del 
-ordenador apa- 
recerá lo siguiente: 
letra = L 
entero = 125 
real = 12.543 
Es imprescindible in- 
cluir el fichero de ca- 
becera libps.h para po- 
der compilarlo correc- 
tamente. 
En dicho ejemplo se 
definen tres variables 
de diferente tipo. Una 
variable de carácter, un 
entero y un número 
real. Con printf se 
muestra el pantalla el 
contenido de cada una 
de esas variables. %c, %d y %f indica 
que en su lugar se impriman los valo- 
res de la variables que siguen a las co- 
millas: letra, entero y real. \n inserta los 
códigos de nueva línea y retorno de ca- 
rro allí donde aparece. 
Este es sólo el aperitivo, el mes que vie- 
ne continuaremos con la explicación 
de los tipos de datos, así como su ma- 
nejo y aplicación. 


surcos (8) 





HEITTI E 
EEEE 
EE i Ei 





por J. C. Mayerick 


Pasemos a la práctica analizando el 
primer programa que lodo usuario 
debe crear cuando se introduce en un 
nuevo lenguaje de programación. Ese 
pedazo de listado que aparece a la 
derecha sólo escribe «Hello World!» 
en la pantalla. Entre éste y el próximo 
número conoceréis su funcionamiento. 





unque en un principio 
no entendáis absoluta- 
mente nada, no os pre- 
ocupéis. La única finali- 
dad que buscamos hoy 
es que comprendáis la 
forma de trabajar a la hora de 
programar para PlayStation. 
Las dos primeras líneas «#inclu- 
de...» indican que se cargen fi- 
cheros de cabecera con las li- 
brerías de PlayStation y las ruti- 
nas de control del pad. En un fi- 
chero de cabecera se suelen de- 
finir funciones (pequeños pro- 


C E 





EIE i 


CN 





gramas) que después serán utili- 
zados en el programa principal. 
Las directivas «*tdefine...» indi- 
can que, allá donde aparezca el 
nombre que le sigue, lo sustitu- 
ya por el valor (o cadena) que 
sigue a continuación. Acto se- 
guido se definen las tablas de or- 
denación. Estás tablas almace- 
nan el orden en que los distin- 
tos elementos deben ser dibuja- 
dos en pantalla, para que unos 
sprites se superpongan a otros, 
etc. Llegamos al módulo main, 
la función principal que 
todo programa debe te- 
ner y punto desde el cual 
comienza la ejecución. En 
él se definen dos variables 
(curso de C, N*63) y el 
modo de pantalla, NTSC 
O PAL. Se inicializa la pan- 
talla (ResetGraph(0)) y se 
define la resolución del 
frame buffer (512x240). La 
siguiente línea indica que 
el primer buffer de pantalla va 
desde las cordenadas XY 0-0 a 
255-255. 0-256 se corresponde 
con el primer pixel del buffer nú- 
mero dos. Tener dos buffer per- 
mite trabajar sobre uno mientras 
el otro está siendo presentado 
en pantalla. Por último, se carga 
la fuente que se va a utilizar y se 
inicializa el control pad con Padl- 
nit). El resto del listado, lo ver- 
daderamente interesante, será 
explicado en el próximo núme- 
ro, cuando haya un poquito 
más de espacio. 


Y ote 
LS 
Tutol.c 
LS 
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tinclude <libps.h> 
tinclude “pad.h” 


define PACKETMAX (10000) 
Hdefine PACKETMAX2 (PACKETMAX*24) 
#define OT LENGTH (14) 


GsOT 
GsOT TAG 


WorldOrderingTable[2]; 
zSortTable[2] [1<<OT LENGTH] ; 


PACKET Gpu0utputPacket [2] [PACKETMAX2] ; 


int main (void) 

i 
u long PadStatus = 0; 
int outputBufferIndex; 
SetVideoMođe( MODE NTSC ); 
SetVideoMode( MODE PAL ); 


ResetGraph (0); 

GsInitGraph(512 ,240, 
GSOFSGPU|GSNONINTER, 1, 0); 

GsDefDispBuff (0, 0, 0, 256); 


FntLoad (960, 256); 
FntOpen(32, 32, 256, 200, 0, 
A 


PadInit (); 


WorldOrderingTable[0]. 
OT LENGTH; 

worldOrderingTable[1]. 
OT LENGTH; 

worldOrderingTable[0]. 
zSortTable[0]; 

worldOrderingTable[1]. 
zSortTable[1]; 


for (;:) 

{ 

PadStatus = PadRead(); 

if (PadStatus £ PADselect) 

break; 

outputBufferIndex = GsGetActive- 
¡05 OA 

GsSetWorkBase ( 
(PACKET* )GpuOutputPacket [outputBufferIn- 
dex] ); 

GsClear0t(0, 0, &WorldOrdđeringTa- 
ble[outputBufferIndex]); 

DrawSync (0); 

VSync (0); 

GsSwapDispBuff (); 

GsSortClear (0x0, 0x0, 0x0, 
&worldOrderingTable [outputBufferIndex] ); 


GsDrawOt (&WorldOrderingTable[out- 
putBufferIndex] ); 

FntPrint (“Hello World!\n”); 

FntFlush(-1); 

} 

ResetGraph (3); 

return 0; 








a comprensión 

de las expresio- 

nes y, por con- 

siguiente, de 

los operadores, 

es algo funda- 
mental en la progra- 
mación en C. Existen 
varios tipos distintos de 
operadores. Hoy estudiaremos los arit- 
méticos y los relacionales. Una expre- 
sión es un conjunto de variables, cons- 
tantes y funciones unidos por opera- 
dores. Las variables y las constantes ya 
las hemos estudiado. Las funciones son 
programas (generalmente pequeños) 
que pueden o no devolver un valor. 
Las expresiones devuelven un dato 
que, dependiendo del caso, puede ser 
un valor, una 
cadena de ca- 


TENEN 


orende a 


void main(void) 

{ int a = 100; 
int b = 30; 
printf (“%A ”, a + b); 
printf (“xd ”, a * b); 
printf (“%d ”, a % b); 
printf (“%d ”, a - b); } 


Al ejecutar este programa la 
salida por pantalla es: 
130 3000 10 70 


A 


racteres, un > ERADORE 
puntero, etc. HE DENOMINACION _ 
Los operadores hal Multiplicación — 
aritméticos son División 


los más senci- 
llos de entender, ya Suma 

que representan ope- ESC 
raciones aritméticas MELO 
que se utilizan en to- SEAGE 
dos los aspectos de la 
vida. En ellos se en- 
cuentran la suma, la 
resta, la multiplicación 
y la división, represen- 
tados por los signos +, 
-, * y / respectivamen- 
te. c % b en cambio, 
devuelve el resto de la 
división c/b, esto es, c- 
(c/b). Después están 
los operadores de in- 

cremento y decremento que hacen lo 
propio con la variable a que van aso- 
ciadas. Dependiendo de la posición en 
que esté colocado, la expresión puede 
tener un significado u otro. Por ejem- 
plo: c = b++ significa que c será igual a 
b y que, posteriormente, se incremen- 
tará en 1 el valor de b. En cambio c = 
++b incrementa primero b para des- 
pués asignar su valor a c. Por último es- 
tá el signo -, que se utiliza para cam- 
biar el signo de la variable o constante. 
Aclarar que c = c + b equivale a poner 


Mayor que 
Menor que 


Igual que 
MS 


O mA 


OPERADORES RELACIONALES 
DENOMINACION 


Mayor o igual que ==. 

































Resto de la ME 


TN EJEMPLOS | 


> —Sia=3yb= 4 a>b= 0 
3,a>=h= E 


< 


Menor o igual que 


b = (platanos >= peras); 
printf (“xi %a”, a, b); 
if(peras > manzanas) 
printf (“Hay más peras que 
manzanas”); 
else 
printf (“hay más manzanas 
que peras”); 
} 


PROGRAMAR 


C: TIPOS DÈ : 
OPERADORES 


EJEMPLOS 


EE 






q 


b, con el consi- 
guiente ahorro de tra- 


Los operadores relacio- 
nales son otro asunto 
muy distinto, aunque 
de la misma forma, 
forman parte de ex- 
presiones e, igualmen- 
te, devuelven un valor. Sirven para eva- 
luar variables, constantes e, incluso, el 
valor de retorno de una función. Pri- 
mero se evalúa toda la expresión y, si la 
condición es verdadera, entonces se 
devuelven un valor distinto de O (en la 
tabla hemos puesto 1 por problemas 
de espacio), mientras que si la condi- 
ción es falsa, se devuelve 0. Por poner 
un ejemplo, en el listado de la parte in- 
ferior de la pá- 
gina se realizan 
varias evalua- 
I ciones. En la 
primera se 
comprueba si 
hay más man- 
zanas que plátanos, 
como es falso, el valor 
devuelto en a es 0. En 
la segunda, como hay 
más plátanos que pe- 
ras, se devuelve un nú- 
mero indeterminado 
mayor que 0, ya que el 
resultado es verdadero. 
Por último se com- 
prueba, con la directi- 
va «if» si hay más pe- 
ras que manzanas. Co- 
mo en este caso es fal- 
so, se imprime la se- 
gunda frase «Hay más 
manzanas que peras», la que va justo 
detras de la sentencia «else». Si hubie- 
se sido verdadero, la cadena impresa 
sería «Hay más peras que manzanas». 
Este es sólo el comienzo. Todavía nos 
queda por: estudiar varios tipos de ope- 
radores más, como los operadores ló- 
gicos, de asignación y direccionales. 
Por el momento es suficiente. Estudiad 
bien lo que aparece en estas páginas 
y, a ser posible, el més que viene ter- 
minaremos con el apartado que nos 
ocupara durante estos días. 
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por J. C. Mayerick 





El mes pasado dejamos la explicación 
del Listado Tutol.c en su parte más 
importante, allí donde comenzaba el 
bucle principal y el uso de las Tablas 
de Ordenación. 0s mostramos, además, 
los ficheros Pad.h y Pad.c, donde se 
definen los métodos y valores para el 
control del pad de Playstation. 












as cuatro instrucciones si- 

guientes a la llamada a 

Padlnit definen la longi- 

tud y el origen de las dos 

tablas de ordenación cre- 

adas (0 y 1). La longitud 
de la tabla se define como una 
potencia de 2 y puede variar en- 
tre 1 y 14. En este caso 
OT_LENGTH se define como 14, 
siendo la longitud de la tabla de 
2'*=16384 posiciones. for(;;) de- 
fine el comienzo de un bucle in- 
condicional que se ejecutará in- 
finitamente hasta la aparición de 
una instrucción break. A conti- 
nuación se lee el estado del con- 
trol pad y se chequea el valor re- 
cibido. Si el bit 8 está a uno 
quiere decir que el botón Select 
está siendo pulsado, y por tan- 
to se pone fin a la ejecución del 
bucle con una instruccion bre- 
ak. Si la condición es falsa, se 
busca el buffer activo en ese mo- 
mento (0 ó 1), y con dicho valor 
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Y to 
x Pad.h x 
* * 

* Copyright (C) * 

* SCE 1996 k 


ii 


void Padinit (void); 

= u long PadRead (void); 
#define 
#define 
#define 
#define 
#define 
#define 
bs 
#define 
#define 
#define 
#define 
#define 
#define 
#define 
#define 
#define 
#define 
AS 
a 
#define 
#define 


(1<<12) 
(1<<14) 
(1<<15) 
(1<<13) 
(1<< 4) 
(1<< 6) 
(1<< 7) 
(1<< 5) 
(1<< 9) 
(1<<10) 
(1<< 8) 
(1<< 3) 
(1<< 1) 
(1<< 2) 
(1<< 0) 
(1<<11) 
PADn 

PADO 

PADI 


PADLup 
PADLdown 
JAMAS 
PADLright 




























se selecciona el área de memo- 
ria que albergará las primitivas 
generadas por determinadas ins- 
trucciones y que, posteriormen- 
te, la GPU utilizará para generar 
la salida por pantalla. Ya sólo 
queda borrar (inicializar) la tabla 
de ordenación del buffer activo 
y esperar a que termine de ser 
presentado en panta- 
lla el otro buffer. An- 
tes de volcar el con- 
tenido del buffer acti- 
vo es necesario espe- 
rar a que se produza 
una interrupción de 
sincronismo vertical, 
para evitar así la apa- 
rición de molestas lí- 
neas o parpadeos in- 
deseables. GsSortCle- 
ar introduce un co- 
mando de borrado 
de pantalla en la ta- 
bla de ordenación, 


PADL1 
PADL2 
PADRÍ 
PADR2 PADm 
PADstart PADh 
PADselect PADk 


HI 
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k y 2 Pad.c € 
con varios argumentos que in- A K 
dican el color RGB a utilizar y la * Copyright (C) * 


dirección de la tabla del buffer * SŒ 1996 * 
activo. GsDrawoOt ejecuta las pri- A 
mitivas almacenadas en la tabla 
(en este caso sólo Borrar). Efec- 
tivamente, tanto lío con las ta- 
blas de ordenación y sólo nos ha 
servido en este ejemplo para bo- 
rrar la pantalla. Las dos siguien- void PadInit (void) 
tes instrucciones imprimen la s 
frase «Hello World» mientras S 
que las dos últimas detienen to- 
da actividad gráfica, terminan- u long PadRead (void) 
do la ejecución devolviendo el { 

valor 1 de que todo ha ido bien. 


ttinclude <libps.h> 
ttinclude “pad.h” 


volatile u char *bb0, *bb1; 


GetPadBuf (£bb0, £bb1); 


return(-(*(bb0+3) | *(bb0+2) << 8 
| *(bb1+3) << 16 | *(bb1+2) << 
24)); 






















ontinuamos con 
la explicaciones 
de los operado- 
res, centrándo- 
nos en esta oca- 
sión en los lógi- 
cos y de asignación. 
Los operadores lógi- 
cos, como su propio 
nombre indica, permiten realizar ope- 
raciones lógicas con variables, cons- 
tantes, etc. Debemos diferenciar entre 
dos grupos distintos: condicionales y 
de mangjo de bits. Los primeros entran 
en juego en la toma de decisiones, 
bien a través de sentencias if, bien a 
través de bucles for, while, etc. Así, A 
Siér B devuelve un valor distinto de ce- 
ro (verdadero) sólo cuando A y B son 
verdaderos. A || 
B devuelve ver- 
dadero cuando a 
uno u otro son |El 
verdaderos (o mm 
los dos). Mien- 
tras /B devuelve 
falso si B es verdadero 
o lo contrario si B es 
falso. Los cuatro ope- 
radores lógicos restan- 
tes realizan operacio- 
nes «Booleanas» (alge- 
bra de Bool) a nivel de 
bit. A & B es un Y lógi- 
co que devuelve 1 só- 
lo cuando A = 1 y B = 
1. A | B (O lógico) de- 
vuelve 1 cuando A ó B 
soņ iguales a 1. El O 
exclusivo, en cambio, 
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OPERADORES 


void main(void) 

{ int a = 16945; 
char b = 20; 
a &= (int) b; } 


Suponiendo que int 


20d = 0 /00010100b 
16d = 0000000000010000b 





OPERADORES LOGICOS 

DENOMINACION 

V lógico (condicional) aa ño==1997 88 mes==8 Lo 
0D lógico (condicional) Il 
Negación lógica (cond.) i 

V lógico (manejo de hits) & 

0 lógico (manejo de bits) | 1001 | 0011 = 1011h 


METANO AO! D 


IEEE EA SS 01101011 << 2 =10101100b 
Desplazamiento derecha >> 01101011 >> 2 = 00011010b 


a AS 


0010 & 0110 = 0010h 


OPERADORES DE ASIGNACION 

DENOMINACION 
Asignación =y Asigna el valor de y a x 
AAA AAA a 
AAA ENS 


A AS 


1011 ^ 0111 = 11006 


incrementa x en una unidad 
Decrementa x en una unidad 
E Suma a x el valor de y 
A] Resta a x el valor de y 


Multiplicación RES AO E 








CA 


Los operadores de 
asignación, en cambio, 
no merecen demasia- 
das explicaciones. Si 
echáis un vistazo a la 
tabla de operadores, 
comprobaréis que to- 
dos ellos los hemos es- 
tudiado ya, bien en es- 
te mes, bien en el anterior. Sólo hay al- 
go que los diferencia, y es que en esta 
ocasión los estamos utilizando para 
asignar valores concretos a una varia- 
ble. Así, el operador de asignación prin- 
cipal, el signo igual, puede variar su 
comportamiento dependiendo del pre- 
fijo que se le incorpore. Un ejemplo: x 
+= y asigna a x el valor obtenido tras la 
suma de x e y. Este ejemplo sirve para 
el resto de ope- 
radores, aun- 

a que nueva- 
3] mente resulta 
imprescindible 
realizar un par 

de diferencia- 
ciones. Por un lado es- 
tán los operadores de 
incremento y decre- 
mento, que como ya 
se explicó en el pasado 
número, incrementan 
en una unidad el valor 
de la variable. Por otro, 
y al igual que ocurre 
con los lógicos, están 
los operadores de ma- 
nejo de bits, Con estos 
hay que tener sumo 
cuidado, ya que en A 


sólo devuelve 1 cuan- 
do A y B son distintos 
(A=0yB=1Ó6A=1y 
B =0). << y >>, por úl- 


timo, realiza desplaza-- 


mientos a nivel de bit, 
rellenando los espacios 


División 


TEE AAC 


Resto de división 


Desplazamiento izquierda K<<=2 Desplaza ax dos bits a Izq. 


Desplazamiento derecha 


Y lógico (manejo de bits) 


0 lógico (manejo de bits) 


ETETA A 


K/=y 
WN 


x>>=2 
K &= Ox2f 
O! 
A 


Xx igual a resto de x entre y 


Desplaza a x dos hits a Der. 
x igual a x & Ox2f 

x igual a x 14 

Kigual ax y 


& B, A debe ser del 
mismo tipo que B 
(char, int, etc.). En ca- 
so de que no sea así, se 
puede recurrir a los ty- 
pecast, que permiten 
«redondear» una varia- 


sobrantes con ceros. 
Estos dos últimos ope- 
radores resultan especialmente intere- 
santes a la hora de realizar multiplica- 
ciones o divisiones por 2 ó por poten- 
cias de 2. Dos ejemplos: 16 << 2 es 
igual que 16 * 4; mientras que 16 >> 4 
es equivalente a 16 / 16. Si observáis 








un poco, comprobaréis que 2? es igual 
a 4, mientras que 2* es igual a 16. Uti- 
lizar este método puede ahorrar tiem- 
po de ejecución, ya que existen varios 
nmotécnicos en ensamblador para este 
tipo de operaciones. 


ble o constante a un 
determinado tipo de 
dato, extendiendo el signo de éste (el 
último bit). En el ejemplo se comprue- 
ba como realizar este tipo de opera- 
ciones y el resultado obtenido. 

No os calentamos más la cabeza. Estu- 
diad y, a ser posible, practicar. 
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por J. C. Mayerick 


El kit de desarollo de Sony se está abriendo camino a 
pasos agigantados. Ya en el ECTS pudimos obervar la 
buena disposición de Sony para potenciar la utilización 
de sus herramientas de programación entre los más 
jóvenes. Allí nos encontramos con un CD promocional en 
el que se habían incluido algunos de los mejores tra- 
bajos que los miembros de la WEB han creado. Además 
pudimos observar una demo de 
Final Fantasy hecha con la Ya- 
roze simplemente alucinante 
(aunque no disponible para el 
público en general). Este mes 
os mostramos estas demos de las que os hablamos, a 
modo de descanso antes de introducirnos de leno en 
la programación pura y dura. El mes que viene llegarán 
los primeros problemas de esta fascinante aventura. 
fiprenderemos a plantear un proyecto y, lo mejor de to- 
do, plasmarlo en la pantalla de nuestro monitor. 


A SUPERJUEGOS 








óD TUNNEL 


pal sta primera demo muestra un circuito 
en 3D al través del cual nos moveremos 
con una pseudo-nave. Permite además 
cambiar de resolución, con lo que se apre- 
cian las diferencias existentes entre los dis- 
tintos modos de pantalla. La suavidad con 
que el entorno 3D se mueve es una buena 
muestra de la capacidad 3D de Yaroze. Por 
lo demás tampoco hay mucho que ver, 
aunque fijarse en los parámetros que se 
muestran en pantalla siempre vienen bien. 





lil, perfecto ejemplo en el que se 
muestra la forma de integrar como textu- 
ra un fondo 2D dinámico. Es el clásico BRE- 
AK-OUT pero con una concepción total- 
mente innovadora que nos hará perder los 
nervios en un tiempo muy breve. 
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Ñi o es ninguna maravilla, carece de de- 
tección de choques, pero sirve como ex- 
celente muestra de lo sencillo que puede 
llegar a ser el hacer un juego con Yaroze. 
Utiliza rotaciones para que el giro de los 
vehículos sea algo más perfecto. 


CLONE 





a sencillez es a veces sinónimo de 
adicción en estado puro. Un shoot'em-up 
3D en perspectiva subjetiva muy al estilo 
de leyendas como WOLFENSTEIN, aunque 
algo mejor técnicamente. Un clásico ya de 
quienes frecuentamos la WEB de Yaroze. 


SOUND TO LIGHT 


A unque PlayStation lleva su propio re- 
productor de CDs de audio, siempre es po- 
sible acceder a alguna utilidad software que 
mejore el ya incluido. SOUND TO LIGHT, 
por ejemplo, es un reproductor algo so- 
brio, aunque cuenta con la posibilidad de 
armonizar la música del CD con efectos 
gráficos que la consola irá generando en 
tiempo real. No es excesivamente espec- 
tacular, aunque cuando menos resultará 
curioso. No es de lo peor del CD. 


CONEMAN 


a W E A Dia 





U no de los miembros más activos de la 
WEB (que ya apareció en estas páginas) ha 
diseñado este PAC-MAN en 3D. El resulta- 
do final es bastante aceptable, aunque le 
falta algo de jugabilidad. Habrá que estar 
atento a lo próximo de Coneman. 
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[H rear el efecto de una bandera onde- 
ando al viento puede parecer algo excesi- 
vamente complicado. Con esta demo se 
podrá observar con detalle los distintos pa- 
sos a seguir para lograr semejante efecto. 
Para ello no habrá más que modificar con 
la ayuda del pad los distintos parámetros 
que entran en juego. Servirá ádemás co- 
mo un magnífico ejercicio para aprender 
a plantear en un futuro el modo de desa- 
rrollar efectos gráficos semejantes. 
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E sta estupenda demo pone de relieve 
la posibilidad de crear materiales comple- 
jos en los que la luz juega un papel im- 
portante. Un increíble robot metalizado 
que bien podría haber sido el protagonis- 
ta de un videojuego comercial. 


D emo tipo Amiga de esas que no apor- 
tan nada pero que resultan algo vistosillas. 
Demuestra los interesantes efectos que se 
logran cuando se entremezclan rotaciones 
con gráficos y, sobre todo, cuando no se 
borra el frame buffer. 
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ersión moderna y en 2D del clásico 


PAC-MAN, aunque con unos gráficos que 
a muchos recordará al clásico MADMIX 
GAME. Tiene la pinta de estar acabado, 
con distintos niveles de juego, por lo que 
resultará incluso agradable de jugar. 


SJNAVE 


a facilidad de PlayStation para ges- 
tionar todo tipo de entornos en 3D hace 
que resulte sencillo crear shoot'em-up en 
3D como este SNAVE. Aunque no esta 
muy desarrollado, muestra los buenos re- 
sultados que una conjunción de engine 3D 
y sprites 2D puede proporcionar. De cual- 
quier forma es necesario recordar que, en 
ciertas ocasiones, un buen polígono puede 
resultar mucho más efectivo que un spri- 
te. Sobre todo en determinados campos. 





HJFX 





a anécdota del CD es este HSFX, una 
demo realmente mala que para nada ha- 
blará bien de las posibilidades de la Yaro- 
ze. Escenarios pésimos, movimientos muy 
bruscos y personajes de risa. Un despresti- 
gio para el kit de desarrollo de Sony. 





ara empezar, nada mejor que 

Pong, un juego sin complicacio- 
nes gráficas que servirá a la perfección 
para entender la forma de desarrollar 
un futuro juego. El listado que aparece 
en la página siguiente se divide en tres 
partes bien diferenciadas. Declaracio- 
nes y definición, bucle principal y fun- 
ciones de apoyo. Trás la definición de 
las tablas de ordenación (MET YAROZE n? 
64 y n°65), se procede a definir las fun- 
ciones y las variables que Pong utiliza- 
rá. Después se crean dos arrays. El 
primero, pant, de 14 elementosRECT, 
almacena las coordenadas de las líne- 
as (que en realidad son rectángulos re- 
llenos) que conformarán el escenario. 
Observad que los dos primeros ele- 
mentos están inicializados a O. Esto es 
así porque en ellos se alojarán poste- 
riormente las coordenadas de las pale- 
tas de ambos jugadores. Esto, que 
puede resultar algo extraño, permitirá 
más tarde utilizar una única rutina de 
detección de choques, tanto para el 
escenario como para las paletas. El se- 
gundo array almacena los números de 
los marcadores (cómo están almace- 
nados se explicará más adelante). 
Ya en el módulo Main inicializamos el 
entorno de trabajo (ya se explicó en la 
sección en los números 64 y 65), para 
después pasar al bucle principal. Em- 
pezamos leyendo el pad y compro- 
bando los botones pulsados (la 
información del pad del segundo juga- 
dor se almacenan en los bits 16 a 31 de 
PadStatus). También se comprueba 
si las paletas han sobrepasado sus lí- 
mites de movimiento (46 como límite 
superior y 224 como límite inferior), 
ajustándolo en el caso de que así sea. 
De aquí se pasa a la la selección del 
buffer que se utilizará para almacenar 
las primitivas con la información de los 
rectángulos que forman la pantalla. 
Antes de todo, y esto es especialmen- 
te delicado, hay que introducir una 


Volvemos por fin «al tajo» tras unos meses de 
descanso en los que hemos tratado de 
replantear la sección (coincidiendo con la 
nueva imagen de la revista). Hemos 
prescindido del curso de C porque 
pensábamos que el progreso era demasiado 
lento y, además, consumía un espacio precioso. Por eso nos 
centramos en la programación pura y dura de PLaySTarioN (hay 
muy buenos libros de C por ahí), y lo hacemos con un mini-juego 
que, a buen seguro, os sonará. El clásico Pong, cuya versión para 
PSX encontraréis en las próximas 155 líneas de código. 


primitiva de borrado de pantalla, con 
GsClearot. Acto seguido se llama a 
MueveBola, que hace varias cosas. 
Primero actualiza bx (que es la coorde- 
nada de la bola) sumándole bxx (que 
es el número de pixels que se move- 
rán). Comprueba después si colisiona 
con algo, llamando a la función Coli- 
sion, una función muy sencilla (y lle- 
na de fallos), pero que resulta corta y 
efectiva. Seguidamente hace lo mismo 
con la coordenada «y» de la bola. 


control del tanteo 

Lo último que hace MueveBola es 
comprobar, de una forma sencilla, si se 
ha marcado gol. Para ello mira si la bo- 
la sobrepasa las coordenadas 1 y 320 
respectivamente para cada jugador. 
En caso de que así sea, incrementa en 
1 las variable tnt del jugador corres- 
pondiente. Tras regresar de Mueve- 
Bola se llama a DibPalBol1, que 


introduce en el array pant las coorde- 
nadas de las paletas (en pant [0] y 
pant [1]) y de la bola (enpant [13]). 
Las dos siguientes llamadas a DibNu- 
meros permite dibujar el marcador de 
cada jugador. A esta función se llama 
especificando el número a dibujar, las 
coordenadas y el buffer de la tabla de 
ordenación en el que se introducirán 
las primitivas. El último paso es llamar 
aDibPantalla, que se encargará de 
introducir el array pant como primiti- 
vas de dibujo de rectángulo (estructu- 
ras GsBOXF) en la tabla de ordenación 
del buffer activo. Tras esto ya sólo que- 
da esperar a que el barrido de pantalla 
finalice para llamar a GsDrawOT, que 
se encargará de dibujar, uno por uno, 
todos los elemento introducidos en la 
tabla de ordenación. No más por hoy. 
El próximo mes profundizaremos, con 
esquemas, en las diferentes funciones 
que entran en juego en Pong.c. 





Listado: Pong.c 

Este código fuente se completa con el ar- 
AI publicado en el número 65 de 
IES EEE ER ESE 
desarrollo de la Net Yaroze. 


tinclude <libps.h> 
tinclude “pad.h” 


#define PACKETMAX 
#define PACKETMAX2 (PACKETMAX*24) 
#define EIGHT_BIT_MASK (1 << 24) 
itdefine OT LENGTH (14) 


(10000) 


(o WorldOrderingTable[2]; 
(O AS ICAA ee 
PACKET  Gpu0utputPacket [2] [PACKETMAX2]; 


void DibPantalla(GsoT* 
WorldOrderingTable); 

void DibNumeros(int n, int x, int y, 
GsOT* WorldOrderingTable); 

void Iniciar(void); 

void DibPalBol(); 

void MueveBola(); 


char Colision(voiđd); 


bae al 59d) alo NA) al di 
int bx, by, bxx, byy, tntl, tnt2; 
RECT pant[14] = { {0,0,0,0}, (0,0,0,0), 
{20,30,280,4}, {20,234,280,4}, 
{20,34,4,50}, {296,34,4,50}, 
{20,184,4,50}, {296,184,4,50}, 
{158,44,4,20}, {158,84,4,20}, 
(158,124,4,20), (158,164,4,20), 
{158,204,4,20}, {0,0,4,4} }; 
unsigned short numeros[10]={ 0x7b6f, 
0x3249, 0x73e7, 0x72cf, 
0x5bc9, 0x79cf, 0x79ef, 
0x72c9, 0x7bef, 0x7bc9}; 


int main (void) 

t RECT rect; u_long PadStatus = 0; 
int outputBufferIndex; 
Aro 

//  SetvideoModel MODE_NTSC ); 
SetVideoMode( MODE_PAL ); 
NETAS UA 
GsInitGraph(320 ,256, 

e A EENS Nun oA da UD) 
GsDefDispBuff (0, 0, 0, 256); 
FntLoad(960, 256); 

FntOpen(32, 32, 256, 200, 0, 
lA 
WorldOrderingTable[0].length 
cs 
WorldOrderingTable[1].length 

OT_LENGTH; 
WorldOrderingTable[0].org 

zSortTable[0]; 
WorldOrderingTable[1].org 

zSortTable[1]; 
A 
‘d PadStatus = PadRead(); 
if(PadStatus £ PADselect) break; 
if((PadStatus £ PADLup) ££ 
(y1>=44)) y1-=2; 
if((PadStatus & PADLdäown) && 
(y1<=224-h1)) y1+=2; 
PadStatus = PađdStatus >> 16; 
if ((PaäStatus & PADLuUp) && 
(y2>=44)) y2-=2; 
if((PadStatus & PADLäown) && 
(y2<=224-h1)) y2+=2; 
outputBufferIndek = 
GsGetActiveBuff (); 
GsSetWorkBase ( (PACKET*) Gpu0utput 

Packet [outputBufferIndex] ) ; 

GsClear0t(0, 0, &WorldorderingTa 
ble [outputBufferIndex]); 


MueveBola(); 
00) Ub MO 
DibNumeros(tnt1, 138, 5, £Worldo 
rderingTable[outputBufferIndex]); 
DibNumeros (tnt2, 170, 5, &Worldo 
rderingTable[outputBufferIndex] ); 
DibPantalla (£WorldO0rderingTable[ 
outputBufferIndex] ); 
VSync (0); 
ResetGraph (1); 
GsSwapDispBuff (); 
GsSortClear(0, 0, 0, E£WorldOrder 
ingTable [outputBufferIndex]); 
GsDraw0t (£WorldOrderingTable [out 
putBufferIndex]); 
FntFlush(-1); 
} 
ResetGraph (3); return 0; 
} 


void Iniciar (void) O 

E x1=40; x2=276; yl=115; y2=115; 
h1=30; h2=30; bx=158; by=116; 
bxxa=-2; byy=-2; tnt1=0; tnt2=0; 

u 


void DibPantalla(GsOT* 
WorldOrderingTable) 
0 GsBOXF linea; 
int i; linea.attribute=0; 
linea.r=255; linea.g=255; 
linea.b=255; 
for (i=0;i<14;i++) 
0 linea.x=pant [i] .x; 
linea.y=pant [il .y; 
CEA A 
linea.h=pant [1] .h; 
GsSortBoxFill (£linea, 
WorldOrderingTable, 
y 


void DibPalBol() 

i A A E a a 
pant [0] .w=4; pant [0] .h=h1; 
pant [1] .x=x2; pant [1] .y=y2; 
pant [1] .w=4; pant[1].h=h2; 
MS o IS 

» 


void MueveBola (void) 
{ int i=0, f£flagx=0, flagy=0, fin=1; 
od 
if(Colision() == 1) 
(d bxx*=-1; bx+=bxx; 
by+=byy; 
if(Colision() == 1) 
{  byy*=-1; by+=byy; } 
if (bx<=1) {tnt1++;bx=158;bxx*=-1;} 
if (bx>=320) {tnt2++;bx=158;bxx*=-1;} 
) 


char Colision(void) 
E int i; char flag=0; 
for(i=0; i<8; i++) 
{ if(bx >= (pant[i].x-4) && 
bx <= (pant[i].x+pant[i].w) && 
by >= (pant[i].y-4) && 
by <= (pant[il].y+pant[i].h)) 
flag=1; ) 
return flag; 
) 


void DibNumeros(int n, int x, int 
GsOT* WorldOrderingTable) 
0 GsBOXF linea; 
int i,j; linea.attribute=0; 
linea.r=255; linea.g=255; 
linea.b=255; linea.w=4; 
linea.h=4; n=numeros [n]; 
for(i=4; i>=0; i—) 
for(j=2; j>=0; j-) 
‘i Sile Cal) 

0 linea.x=x+(4*3); 
linea.y=y+(4*i); 
GsSortBoxFill(&linea, Wor 

ldOrderingTable, 0); ) 
n=n>>1; 


} 


Eonar la forma en que trabaja el SDK de 
Net Yaroze resulta especialmente importante. 




















| mes pasado publicamos el lista- 
do de nuestro primer «juego» 
Pong. c. En esta segunda entrega os 
mostramos el modus operandi de las 
principales funciones que entran en 
| juego en este programa excepto la 
forma en que trabaja la función princi- 
| pal Main, ya que se explicó su funcio- 
| namiento en números anteriores. El 
mes que viene avanzaremos más e in- 
tentaremos cosas más complicadas. 





| E FUNCION: iniciar 

El ENTRADA: nada 

E SALIDA: nada 

| En esta primera función se inicializan 
las principales variables que van a en- 

Į traren juego en Pong.c. x1, x2, y2 e 

| y2 representan los valores x e y para 

los jugadores uno y dos respectiva- 

mente. Mientras h1 y h2 representan 

el largo de las paletas (esto permitiría 

| cambiar su tamaño después), al tiem- 

|| po que bx y by almacenan las coorde- 

Í nadas de la bola. bxx, byy, tnt1 y 

| tnt2 guardarán el desplazamiento x e 

fl y de la bola y los tanteos para ambos 

jugadores respectivamente. 





E FUNCION: Dibrantalla 

El ENTRADA: nada 

| E SALIDA: nada 

| Laforma en que se dibuja la pantalla 

| es relativamente sencilla. En el array 

| pant, compuesto por catorce elemen- 
| tos RECT (una estructura RECT consta 
| de valores xX, y , hy w) se introdujo las 
coordenadas x e y de cada línea de la 
| pantalla, así como el ancho de cada 

f una de ellas. Los dos primeros elemen- 
[| tos del array están a cero, ya que en 

ú ellos se almacenará posteriormente la 
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información referente a las paletas (es- 

| to permite utilizar una única rutina de 

Í detección de choques para todos los 

| elementos de pantalla). El último, el 

13, también se inicializa con los valo- 

res x e y a cero, ya que éstos represen- 

tan las coordenadas de la bola. El 

proceso es el siguiente: se crea una es- 

tructura GsBOXF llamada linea en la 

| quese irán almacenando los datos de 

cada línea de la pantalla. A través de 

un bucle for, que lee los catorce ele- 

| mentos del array pant, se van introdu- 

ciendo en la tabla de ordenación por 

| medio de la función GsSortBoxFill, 

| que es la encargada de introducir ca- 

| jas rellenas en nuestra tabla worl- 

| dOrderingTable. El primer 

| parámetro que esta función requiere 

| es un puntero a una estructura Gs- 
BOXF (por eso derreferenciamos ante- 

| poniendo &). En el segundo se pasa la 

4 tabla de ordenación en que se intro- 


A Dog Tale, en 
tiempo record 


El juego que aparece en este recuadro es el 
trabajo de un joven británico que lo progra- 
mó con la ayuda del Krr Ner YARozE, en apenas 
AE AN A 
co nivel, aunque de una dificultad extrema, 
en el que se deben recoger un número de- 
terminado de llaves. Además, y al igual que 
en juegos tipo DonkeY Konc CounTRy, hay que 
recoger una serie de objetos (en este caso 
huesos) que nos darán vidas extra. Tiene mu- 
chos fallos, como es lógico, principalmente 
en las rutinas de detección de choques, así 
como la del salto del personaje, un poco «es- 
tático» y muy difícil de controlar. Hablando 
del personaje, destacar el enorme parecido 
que guarda con nuestro entrañable y «gafo- 
toso» compañero De Lucar. Si no fuese por su 
escaso intelecto y nivel de conocimientos, 
pensaríamos que él mismo lo había progra- 
mado. Como curiosidad, está bien. 





ducirá, mientras que el tercero se deja 
a cero. Por el momento no nos intere- 
sa su funcionamiento. Í 


m FUNCION: DİbpaLleol 

E ENTRADA: nada 

m SALIDA: nada 

DibPalBol1 se encarga de introducir 

en el array pant la información con- 
| cerniente a las paletas y la bola para su 
posterior dibujado. Los elementos 0 y 
1 corresponden a las paletas de ambos 
jugadores, mientras que el 13 corres- 
ponde a la bola. 


E FUNCION: Muevegola 

E ENTRADA: nada 

E SALIDA: nada 

Esta función actúa, mano a mano, con 
la que le sigue: Colision. Ya que de- 
be calcular la nueva posición de la bo- 
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la y primero debe conocer si el valor 
de las variables de desplazamiento 
bxx y byy son válidas. Olvidaros de las 
variables flagx, flagy y fin que se 
declaran al principio de la función, ya 
que están ahí para su uso posterior, y 
por el momento no tienen utilidad. 
Primero se chequea el desplazamiento 
x de la bola. Se llama a Colision y, si 
el resultado es 0, quiere decir que el 
desplazamiento es válido. Si no lo fue- 
se, se multiplicaría por -1 la variable de 
desplazamiento bxx, para invertir de 
esta forma la trayectoria de la bola. 
Con el desplazamiento y se sigue 
exactamente el mismo proceso. 


MH ENTRADA: nada 

m sALIDA: int flag 

La rutina de detección de choque es 
muy sencilla pero efectiva (tiene fallos 
pero mínimos). Lo que hace la rutina 
es comprobar si la bola colisiona con 
alguno de los ocho primeros elemen- 
tos del array pant (los otros cuatro 
son las líneas centrales de la pantalla). 
El único procedimiento que realiza es 
comprobar si, en algún momento, la 
bola esta justo encima de algún ele- 
mento sólido. Si así es, devuelve 1 en 
flag para que luego MueveBola se 
encarga de invertir la trayectoria. 


m FUNCION: DibnuRerOs 

El ENTRADA: int, int, int, esor* 

El SALIDA: nada 

Los números que aparecen en pantalla 
se almacenan en el array numeros. Pe- 
ro ¿cómo? Coged por ejemplo el pri- 
mer elemento 0x7b6f y pasadlo a 
binario, 0111101101101111b. Elimi- 
nad el primer cero y colocar los ceros y 
los unos en una cuadrícula de 3x3. 
Comprobaréis que os sale un 0. La ruti- 
na DibNumeros recoge, bita bit, la in- 
formación correspondiente al número 
que se quiere imprimir, inroduciendo, 
si fuera necesario, un cuadro relleno 
de 4x4 pixels en la tabla de ordenación 
por cada uno de los nueve bloques 


| que componen cada número. 
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| En unque gráficamente es muy li- 
| mitado, Insects cuenta con la 

gran facultad de ser especialmente 
divertido, como corresponde a un sis- 

| tema de juego que ha sido ya múlti- 
ples veces utilizado. En la piel de una 

: mariquita (no como DE Lucar, sino de 

po y las que tienen topitos negros y vue- 

A | | lan), nuestra misión consistirá en al- 
canzar la bandera que hay en cada 
uno de los niveles. Para ello habrá 

| que utilizar los items que hay sobre el 

| «tablero», lo que permitirá evitar el 

| casi estúpido patrón de ataque de 

| nuestros enemigos. Isects es de esos 

| | juegos que, a lo tonto, te acaban en- 

i| ganchando durante largos periodos 

| de tiempo. 























E s de las demos más veteranas 
que se pueden encontrar en la 
red, y no por ello deja de sorprender- 
nos. A pesar de su exagerada dificul- 
tad (en unos segundos habremos 
muerto), es sorprendente comprobar 
los estupendos juegos de luces que 
se pueden llevar a cabo con Ner YARO- 
ze. Cuenta además con una virtud a la 
que todos los aficcionados a los sho- 
ot'em-up nos aferramos: la pantalla se 
encuentra continuamente invadida 


por enemigos, explosiones, rayos y 


a primera gran sorpresa del CD nos la 
dio TEAM FATAL con este Gas GIRL. Tras 
MNAE 














todo tipo de elementos que convier- 
ten a este «matamarcianos» en todo 
un espectáculo visual. Dista mucho 
de estar finalizado, de hecho hace 
bastante que su creador no saca nue- 
vas versiones, pero a buen seguro ser- 
virá como obra didáctica para 
aquellos que hagan sus primeros pini- 
tos con Ner Yaroze. Además, y si has 
bajado la demo desde Internet, po- 
drás editar fácilmente tus propios ni- 
veles con un simple editor de texto y 
un pelín de ingenio. 


paso a un juego de plataformas en 3D en la que la protagonista tiene una cierta ten- 


ES NN NE RN dichas ventosidades no 


sólo asfixia a sus enemigos (como se muestra en las pantallas), sino que además será 
capaz de tomar un impulso extra para alcanzar ciertas plataformas. El nivel de gases 
E EA EE AEEA EE EA TE ESE EA el 
apartado técnico, sobresaliente, con un engine 3D que destaca por su suavidad y sus 
geniales efectos gráficos. Sólo se echa en falta un poquillo más de variedad. 




















n extraño invento que, al estar 
U en japonés, cuesta bastante in- 
terpretar. A primera vista parece un 
catálogo de montañas y volcanes al- 
go sencillote, aunque si lo hemos 
acercado hasta estas páginas es por 
lo curiosa que resulta su pantalla de 
presentación (la que aparece sobre 
estas líneas). Una especie de fondo 
pintado a mano con personajes que, 
a modo de recortables, se mueven 
por la pantalla. Un efecto muy curioso 


Y, que merece la pena observar. 


5 y 


TERRA INCOGNITA 


ERRA ÎNCOGNITA es, hoy por hoy, la obra 
maestra de un equipo de programa- 





ción que hace sus primeros pinitos con NET 
Yaroze: TEAM FATAL. A pesar de contar con la apariencia de un Action RPG, TERRA IN- 
CoGNITA es la mezcla perfecta entre el desarrollo de LAnDSTALKER y la apariencia gráfica 
CADI EIA EE IEAA EO ¡SANA Nr SMS 
lección de vistas, tan sólo flaquea por la ausencia de fondos, ES o lolo lí 
haberse solventado con simples bitmaps. La suavidad de movimientos, su magnífica 
SANA SA it 
juego comercial. Además tiene los textos en japonés e jinglés! 





Ga este segundo shoot'em-up le 
ocurre algo parecido al primero 
que hemos comentado. Cuenta con 
un único nivel continuo sobre el que 
aparecen infinidad de enemigos a 
una velocidad endiablada. En los po- 
cos segundos que dura la partida se 
puede apreciar una apariencia muy si- 
milar a la de los shoot'em-up comer- 


` ciales, lo que da una buena muestra 


de las capacidad del SDK de Ner Yaro- 
ZE aplicados a los entornos 2D. Espe- 
remos que haya nuevas versiones. 








¡ recordáis el inolvidable F-Zero 


de SUPER NINTENDO, HOVER RACING 
es lo más parecido que se puede en- 
contrar para PLAYSTATION, y lo que es 
mejor, técnicamente es muy bueno. 
Es de los pocos juegos que aparecen 
en el CD que están completamente 
terminados, ya que cuenta con selec- 
ción de vehículos, distintos modos de 
juegos (Battle, Versus, Time Attack, 
etc.) y nueve circuitos con trazados 
realmente asombrosos. Incluye un 
modo de dos jugadores a pantalla 
partida, aunque a costa de ralentizar 
un pelín el desarrollo del juego. ¿Lo 
más sorprendente de Hover RacinG? 
La suavidad de movimientos en el 
modo de un jugador y, lo que es más 
importante, la increíble sensación de 
velocidad. 
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la hora de comenzar a progra- 

mar con NeT YAROZE, la primera 
duda que asalta es cómo se mueven 
los gráficos desde la RAM a la VRAM 
(desde este momento, VRAM y Frame 
Buffer se refieren a lo mismo). La clave 
está en la cabecera de los ficheros 
TIM, el formato gráfico utilizado por el 
SDK de Yaroze. En ella se almacena la 
información concerniente al gráfico, 
como el modo de pixel utilizado, la 
posición del gráfico y el CLUT dentro 
del Frame Buffer, así como punteros a 
los datos de ambos. Aunque en un 
principio seremos nosotros los res- 
ponsables de asignar una dirección 
de memoria para el almacenamiento 
del fichero TIM en la RAM, antes será 

- necesario buscar una posición ade- 

cuada para el gráfico y su CLUT dentro 


Aprovecha al límite tanuan 
el Frame Buffer 


El entorno de trabajo de TIM Tool se divide en 
cuatro partes bien diferenciadas, que se expli- 
can a continuación: 1) Representación gráfica 


del Frame Buffer o VRAM. En él se observan las 
diferentes páginas y los dos Buffer (en caso de 
EEA E A E 
de la página actualmente seleccionada. En la 
parte inferior se observa una línea con la infor- 





mación del CLUT del fichero TIM que aparece. TM A 2XAáÁáÁ—E a aS 

3) Localización de los diferentes ficheros TIM me oma a 
que se han añadido al proyecto. 4) Información a L : 
concerniente al fichero TIM seleccionado y su 

CLUT. Posición, profundidad de color, posición 
ASA EEES AN 
guardar el proyecto, TIM Tool actualiza las ca- 
beceras de todos los ficheros TIM, al tiempo que 
crea ún fichero de texto con toda la informa- 
ción relativa a cada uno de los ficheros TIM. Es- 
to último resultará de gran utilidad. 





[C oem] Add TMS) 


5 Remove TIM(s) | : 


TIM Information: 








Pixel Informati 
Width: 102 
x Je jy: far2 E Height 120 
Colour Depth: 8 Bit Image 
Rendered Width: 204 




















del Frame Buffer. Esto se puede hacer 
de una forma artesanal con T/MUtil 
(incluido en el SDK) o de una forma 
mucho más intuitiva con T/MTool, que 
puede descargarse de la sección utili- 
dades de la página WEB de Ner YAROZE 
(ver recuadro). De cualquier modo, es 
necesario entender que esta utilidad 
es esencial en el desarrollo de progra- 
mas no demasiado complejos a nivel 
gráfico, en los que estos últimos pue- 
den ser acomodados sin apreturas 
dentro del Frame Buffer. Para aplica- 
ciones más complejas, habrá que de- 
sarrollar sistemas de gestión de la 
VRAM mucho más específicas, algo 
que sólo se logra con mucha expe- 
riencia. De vuelta a lo que nos ocupa, 
supongamos que cargamos un fiche- 
ro TIM en la posición xxxxxxxxH de la 
RAM. Para poder mover este gráfico al 
Frame Buffer, primero necesitamos 
obtener distinta información conteni- 
da en la cabecera del fichero. A tal 
efecto creamos una estructura GsI- 


MAGE, con la que después llamaremos 
a la función GsGetTimInfo. A esta 
función se le deben pasar dos pará- 
“metros. Uno, un puntero al gráfico, en 
este caso xxxxxxxxH, y dos, un punte- 
ro a la estructura GsIMAGE. Ya que la 
función nos obliga a que este último 
parámentro sea un puntero, habrá 
que pasar una referencia a la estruc- 
tura. Así, y suponiendo que se haya 
definido la estructura como GsIMAGE 
grat, la llamada a la función sería co- 
mo sigue: 
GsGetTimInto (OxXXXXXXXX, 
&graf); 
Tras esto, en la estructura Grafico 
tendremos una útil información que 
nos ayudará a mover el gráfico y su 
CLUT a la posición correcta en el Fra- 
me Buffer. En pmode se ha almacena- 
do el modo de pixel, que puede tomar 
los siguientes valores: 
0 - CLUT de 4 bits (16 entradas) 
1 - CLUT de 8 bits (256 entradas) 
2 - Color Directo de 16 bits 





3 - Color Directo de 24 bits 
4 - Otros modos s 
La posición del gráfico y su CLUT den- 
tro del Frame Buffer quedan almace- 
nados en px, py y cx, cy respectiva- 
mente, y las dimensiones de ambos 
en pw, ph y cw, ch. Los punteros a los 
datos del gráfico y el CLUT quedan al- 
macenados en pixel y clut. Ahora 
que tenemos la información necesa- 
ria para realizar el traslado de la RAM 
al Frame Buffer, ya sólo queda hacer 
dos llamadas a LoadImage para pa- 
sar en dos tandas el gráfico (o bitmap) 
y el CLUT. La cosa quedaría más o me- 
nos como sigue: 
rp.x=graf.px; rp.y=gral .py; 
rp.w=graf .pw; rp.h=graf.ph; 
rc.x=graf.cx; rc.y=graf.cy; 
rc.w=graf.cw; rc.h=graf.ch; 
LoadImage (€rp, pixel); 
LoadImage ($rc, clut); 
rp y rc son dos estructuras RECT que 


Estructuras y Funciones 


EEE AE OAE LET Ee O LE E 


estructuras RECT y GsSIMAGE y las funcio- 


nes GsGetTimInfo y Loadlmage. El mes 


que viene será necesario profundizar en 


el resto de estructuras y funciones. 


O ES 


typedef struct RECT ( 
short X,Y; 
short w,h; ) RECT; 


struct GsIMAGE ( 
short pmode; 
short PX, PY; 
unsigned short pw, ph; 
unsigned long *pixel; 
short Cx,Ccy; 
unsigned short cw,ch; 
unsigned long *clut; } 


struct GsSPRITE ( 
unsigned long 
attribute; 
short x,y; 
unsigned short w,h; 
unsigned short tpage; 
boo o EIA 
short CcxX,Cy; 
unsigned char r,g,b; 
































se deben haber declarado con ante- 
rioridad. De nuevo hemos derreferen-' 
ciado rp y rc, ya que Loadlmage 
exige que le pasemos un puntero a la 
estructura RECT. Con lo hecho, he- 
mos conseguido pasar el gráfico en 
formato TIM desde la memoria RAM al 
Frame Buffer. Hemos sentado las ba- 
ses para que el mes que viene poda- 
mos trabajar con sprites sin ningún 
problema. Para ello contaremos con 
interesantes ejemplos. 


short mx, my; 
short scalex,scaley; 
long rotate; ) 


m FUNCIONES 


void GsGetTimInfo ( 
unsigned long *tim, 
GsIMAGE *im ) 


LoadImage ( 
RECT *recp, 
u_long *p ) 


StoreImage ( 
RECT *recp, 
u_long *p ) 


Movelmage ( 
RECT *recp, 
u long *p ) 


void GsSortSprite ( 
GsSPRITE *sp, 
GsOT *otp, 
unsigned short pri ) 


void GsSortFastSprite ( 
[E A 
GsOT *otp, 
unsigned short pri ) 





